home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / USEnet Digests / USEnet Vol. 3 / USEnet 3.062 < prev    next >
Encoding:
Text File  |  1988-04-08  |  25.4 KB  |  709 lines  |  [TEXT/ttxt]

  1. 29-Sep-87 08:52:08-PDT,26633;000000000001
  2. Date: Fri 28 Aug 87 21:20:48-GMT
  3. From: Jeff Shulman <SHULMAN@SDR>
  4. Subject: Usenet Mac Digest V3 #62
  5.  
  6. Usenet Mac Digest     Friday, August 28, 1987        Volume 3 : Issue 62 
  7.  
  8. Today's Topics:
  9.      Re: Chinese for Mac?
  10.      Re: Notification Manager
  11.      Connecting Mac Appletalk and Sun Ethernet TCP/IP
  12.      US MUGs Info?
  13.      Re: Which Is Better: DMCS or Concertware+?
  14.      ScripTEN Laser Printers?
  15.      Mac II Transputer boards (by Levco)
  16.      Re: Which Is Better: DMCS or Concertware+?
  17.      Re: Alias Launchers
  18.      Re: Early impressions of Suitcase
  19.      Steve Capps speaks out at MIT
  20.      Using WaitNextEvent for suspend/resume events
  21.      Re: PowerPoint
  22.      Thunderscan V4.0
  23.      Re: Steve Capps speaks out at MIT
  24.      SIZE resource
  25.      Jasmine Backpac
  26.      FzzPlot Purchasers Please Read!
  27.      Re: Projecting a Mac screen
  28.      Re: TextEdit and Arrow keys
  29.      SE Internal Hard Disks
  30.      MPW and MultiFinder
  31.  
  32. ---------------------------------------------------------------------- 
  33.  
  34. From: yang@orstcs.cs.ORST.EDU
  35. Subject: Re: Chinese for Mac?
  36. Date: 21 Aug 87 00:36:00 GMT
  37.  
  38. Is FeiMa the only chinese word processor available on the Mac?  I
  39. haven't seen either the FeiMa or the Japanese word processor, any idea
  40. where I can see one, I am not sure that I want to buy one after reading
  41. the comments.
  42.  
  43.  
  44. ------------------------------
  45.  
  46. From: tecot@apple.UUCP (Ed Tecot)
  47. Subject: Re: Notification Manager
  48. Date: 21 Aug 87 23:53:51 GMT
  49. Organization: Apple Computer Inc., Cupertino, USA
  50.  
  51. In article <4041@utai.UUCP> dudek@ai.UUCP (Gregory Dudek) writes:
  52. >
  53. >  I keep hearing about the notifier (mgr) too, but have no info.  Maybe
  54. >some kind person could post a brief summary of the interface or basic
  55. >functionality?
  56.  
  57. Please disregard all references to the Notification Manager.  This
  58. software does not currently exist and will not appear in the form as
  59. documented in early drafts of IM Vol 5.  We are working on something
  60. similar, though.
  61.  
  62.                         _emt
  63.  
  64.  
  65. ------------------------------
  66.  
  67. From: sdl@linus.UUCP (Steven D. Litvintchouk)
  68. Subject: Connecting Mac Appletalk and Sun Ethernet TCP/IP
  69. Date: 22 Aug 87 04:27:00 GMT
  70. Organization: The MITRE Corp., Bedford, MA
  71.  
  72. In our department, we have our Macs connected together via Appletalk,
  73. and we have our Sun workstations netted together via Ethernet & TCP/IP.
  74.  
  75. Can anyone give us some advice on a good way to connect the two networks
  76. (Appletalk and Ethernet) together?  We would like to facilitate the
  77. following:
  78.  
  79.     -- remote login from Macs to the Suns
  80.     -- remote file access/transfer between our Macs & Suns
  81.     -- electronic mail between our Macs & Suns
  82.  
  83. Please reply directly to me because I don't normally subscribe to this
  84. newsgroup.  Thanx very much in advance!
  85.  
  86. Steven Litvintchouk
  87. MITRE Corporation
  88. Burlington Road
  89. Bedford, MA  01730
  90.  
  91. Fone:  (617)271-7753
  92. ARPA:  sdl@mitre-bedford.arpa
  93. UUCP:  ...{cbosgd,decvax,genrad,ll-xn,philabs,security,utzoo}!linus!sdl
  94.  
  95. ------------------------------
  96.  
  97. From: clubmac@runx.ips.oz (Macintosh Users Group)
  98. Subject: US MUGs Info?
  99. Date: 20 Aug 87 13:44:14 GMT
  100. Organization: RUNX Un*x Timeshare.  Sydney, Australia.
  101.  
  102. I need to know some details on the major Macintosh Users Groups in the
  103. United States - their addresses, membership rates, Public Domain
  104. libraries (and rates) and newsletters.
  105.  
  106.  
  107. Thanks in advance,
  108.                   Jason Haines, President
  109.  
  110. Club Mac Macintosh Users Group, Sydney, Australia
  111. Telecom:   +61 02 73-4444
  112. Snail:     Box 213, Holme Building, Sydney University, NSW, 2006, Australia
  113. ACSnet:    clubmac@runx.ips.oz     ARPA:   clubmac%runx.ips.oz@seismo.css.gov
  114. UUCP:{enea,hplabs,mcvax,prlb2,seismo,ubc-vision,ukc}!munnari!runx.ips.oz!clubmac
  115.  
  116. ------------------------------
  117.  
  118. From: ghoti@killer.UUCP (Alan Perry)
  119. Subject: Re: Which Is Better: DMCS or Concertware+?
  120. Date: 22 Aug 87 18:45:15 GMT
  121. Organization: The Unix(tm) Connection, Dallas, Texas
  122.  
  123. The above article requested information about which of those two I
  124. preferred. I will answer that with Concertware+.  Now, if you really
  125. want to know what I like best, it is Studio Session by MacNifty.  The
  126. instruments are digitized so you get the best sound out of any music
  127. program I know of for the mac. Also, you are allowed 6 (that's right,
  128. not just 4) voices with promises of a new release which will support 8
  129. voices.  The way they could do this was simple, they just rewrote the
  130. sound driver for the Mac.
  131.  
  132. So, if you want a good (strike that, great!) music program for the mac,
  133. try Studio Session.
  134.  
  135. - Alan
  136.  
  137. Disclaimer:  The opinions expressed are solely mine and do not
  138. necessarily
  139.             reflect those of anyone else living, dead or otherwise.
  140.  
  141.  
  142. ------------------------------
  143.  
  144. From: myers@vms.macc.wisc.edu (Jeff Myers)
  145. Subject: ScripTEN Laser Printers?
  146. Date: 23 Aug 87 19:37:09 GMT
  147. Organization: University of Wisconsin Law School
  148.  
  149. Anybody out there had hands-on experience with the ScripTEN Laser
  150. Printer from Qume?  It's currently advertised by Icon Review for circa
  151. $4k.
  152.  
  153. Here's what I'd like to know --
  154.  
  155. (1) Does it have the same identical fonts as the Apple Laserwriter?
  156. (2) What version of Postscript is it running?
  157. (3) Any compatibility problems run across?
  158. (4) How easy is it to get service?
  159. (5) General opinion as to quality.
  160.  
  161. Any and all responses gladly appreciated...  I would suggest posting to
  162. the net, because this should be of general interest, but mail will be
  163. gladly accepted.  Thanks, Jeff Myers (not to be confused with the
  164. redoubtable Jeff Meyer).
  165.  
  166. --
  167. Jeff Myers: University of Wisconsin Law School Nerds, Inc.
  168. ARPA:       myers@vms.macc.wisc.edu            BitNet: MYERS at WISCMACC
  169.  
  170. ------------------------------
  171.  
  172. From: milo@ndmath.UUCP (Greg Corson)
  173. Subject: Mac II Transputer boards (by Levco)
  174. Date: 20 Aug 87 01:13:49 GMT
  175. Organization: Math. Dept., Univ. of Notre Dame
  176.  
  177. I understand that, at the Mac expo, Levco was showing some accelerator
  178. boards for the Mac SE and Mac II that used the Inmos "Transputer" chips.
  179.  
  180. There was some sketchy information about these boards in a recent Mac
  181. Week but the article there really confused the issue about prices...etc.
  182.  
  183. Did anyone out there happen to get a good look at one of these boards or
  184. get some information about what they are and how they are
  185. used/programmed?
  186.  
  187. If you have any info please post it to the net, if the prices reported
  188. by MacWeek are close to correct I'm sure a lot of people on the net
  189. would be interested.
  190.  
  191. Greg Corson 19141 Summers Drive South Bend, IN 46637
  192. ...seismo!iuvax!ndmath!milo
  193.  
  194.  
  195. ------------------------------
  196.  
  197. From: jww@sdcsvax.UCSD.EDU (Joel West)
  198. Subject: Re: Which Is Better: DMCS or Concertware+?
  199. Date: 24 Aug 87 02:42:28 GMT
  200. Organization: Palomar Software, Inc., Vista, CA
  201.  
  202. It's been a while since I evaluated these, but it seemed to me that
  203. Studio Session did have the best sound, but DMCS had the best music
  204. editor.  However, the DMCS copy protection was odious and like all copy
  205. protection, crashed miserably on newer machines even with a legitimate
  206. copy.
  207.  
  208. Last I'd heard, DMCS was due to come out on the IIgs, so if that's not
  209. ready yet, I wouldn't hold my breath for a fixed Mac version.
  210.  
  211.  
  212. ------------------------------
  213.  
  214. From: korn@cory.Berkeley.EDU (Peter "Arrgh" Korn)
  215. Subject: Re: Alias Launchers
  216. Date: 24 Aug 87 07:20:31 GMT
  217. Organization: What, me organized???
  218.  
  219. In <225@dbase.UUCP>, drc@dbase.UUCP (Dennis Cohen) posted:
  220. >
  221. >...[the binhexed source code to an assembly prog. to launch other
  222. >    programs through a bit of aliasing]...
  223. >
  224. >Obviously, the application to which you're aliasing should be able to open the
  225. >document that you're passing it.  Word is stupid that way, it can open a
  226. >MacWrite document but can't open it at launch -- MindWrite can.
  227.  
  228. I'd been thinking about the problem for a bit myself, and just a few
  229. days before Dennis kindly posted his program, I wrote my own (somehow I
  230. think I'm not alone either...).  In any case, mine has no problem with
  231. having MacWrite documents launch MS-Word w/the document automagically
  232. opened. Simply using the LightSpeed C chain function works marvelously. 
  233. The souce code is small, and is included below.  A packit-ed binhex-ed
  234. file containing both the source code and the compiled program (as not
  235. all compilers allow in-line assembly, or support _Chain as a call-able
  236. function) has been sent to the moderator of comp.binaries.mac.
  237.  
  238. Please note, my program (engaging in a little bit of one-ups-manship)
  239. can be easily modified by the non-programming user simply by editing
  240. resource 'str ' #128--replacing the string that's there with the name
  241. (and HFS path) of the program to be executed instead of MacWrite.
  242.  
  243. To make the program complete, one would want to check to make sure that
  244. the string supplied is a valid path to the MacWrite replacing program,
  245. and display a dialog box if not.
  246.  
  247.  
  248. -----(the code)-----
  249.  
  250. /*
  251.   This is a little ditty that will pretend it's MacWrite, and will get
  252.   launched by double-clicking on a MacWrite document.  It will then
  253.   launch whatever program is names in resource 'str ' #128, and pass to
  254.   that program all the FinderInfo that was passed to this program.
  255.   This program *has* to be in the same directory as the one that
  256.   is named in resource 'str ' #128; -or- that resource string *has*
  257.   to specify a full HFS path to the program to be launched.  Got it?
  258.  
  259.   Written by:  Peter Korn        korn@ucbvax.berkeley.edu         
  260. !ucbvax!korn
  261.  
  262. */
  263.  
  264.  
  265. /*    includes    */
  266.  
  267. #include    <MacTypes.h>
  268. #include    <ToolboxUtil.h>
  269. #include    <FileMgr.h>
  270.  
  271. /*    defines        */
  272.  
  273. #define    LAUNCHSTRING    128
  274.  
  275. main()
  276. {
  277.     StringHandle    launchTo;
  278.  
  279.     launchTo = GetString(LAUNCHSTRING);
  280.     Chain(0, *launchTo);
  281. }
  282.  
  283. -----(end code)-----
  284.  
  285. Peter
  286. --
  287. Peter "Arrgh" Korn
  288. korn@ucbvax.Berkeley.EDU
  289. {decvax,dual,hplabs,sdcsvax,ulysses}!ucbvax!korn
  290.  
  291. ------------------------------
  292.  
  293. From: russell@acf3.NYU.EDU (Bill Russell)
  294. Subject: Re: Early impressions of Suitcase
  295. Date: 23 Aug 87 23:19:00 GMT
  296. Organization: New York University
  297.  
  298. I have not seen any of the problems with Suitcase that you describe. 
  299. The startup setup in terms of files/folders is actually much more
  300. flexible than your description states.  It is also possible to have
  301. suitcase manage FKeys and "snd "'s.  Your use of the term "auto-loaded"
  302. may mislead some to think that fonts are read into memory at boot time
  303. -- this is not the case. The suitcase disk also includes the
  304. state-of-the-art blanker, Pyro!. The sole shortcoming of Suitcase I am
  305. aware of (and it's documented) is that you can't split a font family
  306. across suitcase files -- in particular Geneva must have all its sizes in
  307. the System file. Big deal.
  308.  
  309. I have no connection with Software Supply -- except that the authors are
  310. friends of mine and excellent folks; I even paid for my copy!
  311.  
  312. -r (Richard Reich as russell@nyu)
  313.  
  314.  
  315. ------------------------------
  316.  
  317. From: jww@sdcsvax.UCSD.EDU (Joel West)
  318. Subject: Steve Capps speaks out at MIT
  319. Date: 24 Aug 87 15:00:31 GMT
  320. Organization: Palomar Software, Inc., Vista, CA
  321.  
  322. In the better late than never department, here's a summary (from my
  323. notes, not memory) of a meet-the-programmers talk that Steve Capps gave
  324. at MIT during the Boston show.  The talk was sponsored by the Boston
  325. Computer Society.
  326.  
  327. Steve followed a talk by two MacApp programmers, including Larry
  328. Rosenstein (I arrived late, so I missed the first guy). Larry's pitch
  329. for MacApp was impressive, and he had a nice set of tips for optimizing
  330. QuickDraw performance (can you share these Larry?) but as a current
  331. Apple employee, his remarks were, well, not as colorful as those of
  332. Capps.
  333.  
  334. Steve seemed intent, in fact, on being controversial.  One of the first
  335. things he said was "I think the IQ of Mac programs is going down fast." 
  336. By that, he meant, the newer programs seemed unimaginative and
  337. conformist.  He held up SuperPaint as an example of a user interface
  338. that was "ugly."
  339.  
  340. "Everybody says you have to follow Mac standards.  It's not using your
  341. brains, it's using an excuse," he continued.
  342.  
  343. To illustrate a counter example, he pulled out Studio Session, and
  344. showed its context-sensitive editing capabilities.  Instead of having a
  345. separate tool palette for each function - selecting for the clipboard,
  346. moving the note up/down, etc. - the tool was made context-sensitive. 
  347. You want to change a note, you grab it.  You want to select a passage,
  348. click on the selection bar below the score and the score is selected.
  349.  
  350. (Also on Studio Session, he pointed out how he got 6 voices - and could
  351. have had 8 - when the standard Sound Driver is only 4.  The standard
  352. Sound Driver uses a 22 kHz sampling rate, but the -3 dB point of the
  353. electronics is 8 kHz, so most of it is wasted; Steve said he used an 11
  354. kHz rate instead.)
  355.  
  356. On the Macintosh, Steve said two people really deserved all the credit:
  357. Steve Jobs and Bill Atkinson.  Although Andy Hertzfeld did QuickDraw, it
  358. was a transcription of Bill's graphics code from the Lisa, according to
  359. Steve.
  360.  
  361. Capps told several stories about how things were designed, for example,
  362. the iterative design of the Standard File dialog by Atkinson and Capps. 
  363.   There wasn't any theory, but just a series of designs that were being
  364. presented to Jobs for the yeah-or-nay approval.  In retrospect, he
  365. wishes the ellipsis were used in the middle of a long file name, not the
  366. end.
  367.  
  368. Capps also felt that the Finder had evolved through accretion and was
  369. long overdue to be thrown out and started over. "It's like a grandma
  370. you're keeping on a life-support system." There was too much code, he
  371. contended, that was left over from the days of the 128K Mac that should
  372. be removed.  His favorite finder was 4.1, which had more features than
  373. its predecessor (1.1g?) but was smaller or nearly the same size.
  374.  
  375. On the relationship of Hertzfeld's Servant and Apple's new MultiFinder,
  376. Capps joked "Ripping off is the sincerest form of flattery" to which a
  377. heckler replied "...if they pay you six figures."
  378.  
  379. Steve showed his graphics/sound demo that was used at the Mac II intro. 
  380. He confessed that it required a special high-speed hard disk and 8 Mb of
  381. memory.  And, in fact, for technical reasons he was unable to explain,
  382. the system was a little slow for the demo and the sound track finished
  383. before the video portion.
  384.  
  385.  
  386. ------------------------------
  387.  
  388. From: rs4u+@ANDREW.CMU.EDU (Richard Siegel)
  389. Subject: Using WaitNextEvent for suspend/resume events
  390. Date: 24 Aug 87 17:05:03 GMT
  391.  
  392. Could someone in the know explain exactly how to detect suspend/resume
  393. events using WaitNextEvent in Juggler? The docs I have sort of explain
  394. it, but I'm not real good at bit-twiddling, so any explanation would be
  395. helpful -- I'm using Pascal.
  396.  
  397. (Oh yes -- I *am* a seed site for Juggler.)
  398.  
  399.         --Rich
  400.  
  401.  
  402. ------------------------------
  403.  
  404. From: harrow@exodus.dec.com (Jeff Harrow, NCSE BXB1-2/E02 DTN=293-5128)
  405. Subject: Re: PowerPoint
  406. Date: 24 Aug 87 17:20:30 GMT
  407. Organization: Digital Equipment Corporation
  408.  
  409. I too have the problem of loosing text and other items when printing in
  410. reduced views on the Imagewriter, BUT ONLY IN "BEST" MODE!
  411.  
  412. I contacted the PowerPoint support folks who said yea, we know about it,
  413. but it's a bug in the Apple Imagewriter driver.  It'll be fixed when
  414. Apple fixes the driver...
  415.  
  416. Hummmmm, where have I heard that before?  I'm just a bit skeptical since
  417. this is the only program I've seen that reacts like this; anyone else
  418. have any ideas?
  419.  
  420. Jeff Harrow DEC 617/264-5128
  421.  
  422.  
  423.  
  424. ------------------------------
  425.  
  426. From: harrow@exodus.dec.com (Jeff Harrow, NCSE BXB1-2/E02 DTN=293-5128)
  427. Subject: Thunderscan V4.0
  428. Date: 24 Aug 87 17:29:34 GMT
  429. Organization: Digital Equipment Corporation
  430.  
  431. I just tried using Thunderscan's new software (V4.0) on the Mac II.  All
  432. seemed to work fine until I tried re-halftoning an image I had just
  433. scanned in...
  434.  
  435. Immediately after it finished the re-halftoning, la bomba!
  436.  
  437. This is consistent behavior.  Has anyone else seen it or heard from
  438. Thunderware?
  439.  
  440. Jeff Harrow DEC 617/264-5128
  441.  
  442.  
  443. ------------------------------
  444.  
  445. From: dillon@CORY.BERKELEY.EDU (Matt Dillon)
  446. Subject: Re: Steve Capps speaks out at MIT
  447. Date: 24 Aug 87 19:42:39 GMT
  448.  
  449. >(Also on Studio Session, he pointed out how he got 6 voices -
  450. >and could have had 8 - when the standard Sound Driver is only
  451. >4.  The standard Sound Driver uses a 22 kHz sampling rate,
  452. >but the -3 dB point of the electronics is 8 kHz, so most of
  453. >it is wasted; Steve said he used an 11 kHz rate instead.)
  454.  
  455.     An interesting note since people have been discussing sound a bit:
  456.  
  457. A good rule to follow is to sample at double the maximum frequency you
  458. will you will ever output.  In actuallity, you want to go a little
  459. faster.  Any frequencies above MaxF/2 create what is called 'aliasing'. 
  460. This is why CD's sample at such a high frequency.
  461.  
  462. Aliasing is considered a worse problem then 'bits'.  If you had the
  463. choice between 8 bits at 44Khz and 16 bits at 10Khz, the 8 bit sound
  464. would be audibly better (*much* better).
  465.  
  466. The standard method to remove aliasing when sampling at low frequencies
  467. is to have an anti-aliasing filter.  The implementation of such a filter
  468. digitially usually requires a 2:1 or 4:1 oversample (which defeats the
  469. purpose in many applications).  Thus, such filters are usually analog
  470. and placed after the DAC.  With such a filter installed, you can easily
  471. output frequencies at MaxF/2 (though it is still about 3Db down, I
  472. believe), and frequencies above that don't cause as much distortion as
  473. they do otherwise.
  474.  
  475. Sound programs can design around the aliasing problem by carefully
  476. calculating the waveforms of the instruments.  Voice and digitized
  477. (anything) almost require the filter if you are not sampling at a high
  478. enough rate.
  479.  
  480. Antialiasing filters are low-pass filters, BTW.
  481.  
  482.                 -Matt
  483.  
  484.  
  485. ------------------------------
  486.  
  487. From: tomc@mntgfx.MENTOR.COM (Tom Carstensen)
  488. Subject: SIZE resource
  489. Date: 24 Aug 87 18:25:14 GMT
  490. Organization: Mentor Graphics, Beaverton OR
  491.  
  492. Can anybody either explain, or point me in a direction about what
  493. exactly the SIZE (ID = -1) resource is supposed to contain, in terms of
  494. min/max size, and the other fields?
  495.  
  496. :------------------------------------------------------------:
  497. : Tom Carstensen              Usenet: tomc@mntgfx.MENTOR.COM :
  498. : Mentor Graphics             GEnie:                         :
  499. :------------------------------------------------------------:
  500.  
  501. ------------------------------
  502.  
  503. From: takahash@bnrmtv.UUCP (Alan Takahashi)
  504. Subject: Jasmine Backpac
  505. Date: 25 Aug 87 02:46:46 GMT
  506. Organization: Bell Northern Research, Mtn. View, CA
  507.  
  508. I've been looking around at some hard disks for the Macintosh, and ran
  509. across the BackPac 40 from Jasmine.  This is a hard disk which mounts on
  510. the back of a Mac Plus, and connects via the SCSI port. (Also doesn't
  511. have a fan, as far as I can tell).
  512.  
  513. I was wondering if anyone has had any experience with this drive. Is it
  514. good?  Bad?  Noisy?  {Whatever adjective you want to use}?
  515.  
  516.  
  517. Thanks in advance,
  518.  
  519. Alan Takahashi *at* ...!{hplabs,amdahl,3comvax}!bnrmtv!takahashi
  520.  
  521.  
  522. )X---------------------------
  523.  
  524. From: rs4u+@ANDREW.CMU.EDU (Richard Siegel)
  525. Subject: FzzPlot Purchasers Please Read!
  526. Date: 25 Aug 87 12:19:32 GMT
  527.  
  528.  
  529. Attention all FzzPlot purchasers:
  530.  
  531.     I am almost ready to release a new version of FzzPlot to registered
  532. owners. The problem is, my database was accentally destroyed (not my
  533. fault). I have a few letters from people who sent in their registration
  534. fee, but by no means do these letters represent my entire user base.
  535.  
  536.     Therefore, I need anyone who has sent in their registration fee to
  537. write me a letter, and enclose some proof of registration -- a Xerox
  538. copy of your cancelled registration check will be fine, or send me the
  539. cover page of your documentation. (There are some people who have not
  540. recieved the documentation; I apologize for that; it was lost along with
  541. the database.)
  542.  
  543.     If you can't find proof of registration, just write me a letter.
  544.  
  545. I will provide a new version of the program, along with updated
  546. documentation.
  547.  
  548. I sincerely apologize for this inconvenience. There will be no charge
  549. for the update to registered users. Please not that the next public
  550. release of FzzPlot will *not* be on the networks, but will be available
  551. directly from me upon request.
  552.  
  553. (I will explain the reasons for this if requested to....)
  554.  
  555. Thanks.
  556.  
  557.         --Rich
  558.  
  559. R-Squared Development Systems 134 Horseshoe Drive Williamsburg, Virginia
  560. 23185 (804) 229-2152 [After 6pm eastern time only]
  561.  
  562. Arpanet: rs4u@andrew.cmu.edu Uucp: {your fave
  563. gateway}!seismo!andrew.cmu.edu!rs4u
  564.  
  565. Disclaimer? I don't even KNOW 'er!
  566.  
  567. "Do you wanna be a cop or a lost cause?"
  568.     -- Sean Connery, in "The Untouchables"
  569.  
  570.  
  571. ------------------------------
  572.  
  573. From: mcnabb@uiucdcsb.cs.uiuc.edu
  574. Subject: Re: Projecting a Mac screen
  575. Date: 24 Aug 87 15:05:00 GMT
  576.  
  577.  
  578. Take a look at the Limelight projector made by:
  579.  
  580.     VIVID Systems, Inc.
  581.     41752 Christy St.
  582.     Freemont, CA 94538
  583.     415-656-9965
  584.  
  585. This is a fairly lightweight (maybe even portable, if you have a strong
  586. arm or are not going too far...) and very clear projection system.  If I
  587. remember correctly, the Electrohome is massive.  I've used a Limelight
  588. successfully with the room lights on, but only with a high-quality
  589. projection screen.  Lights-off is much better.
  590.  
  591. As for datapads, there is supposed to be a composite video adapter that
  592. allows the QA-25 (Kodak?) to be used with the Mac.  I've been quoted a
  593. price on the adapter ($119).  Unfortunately, I have not heard a peep
  594. about this since, don't have the manufacturer name, etc.  It does
  595. require mods to the Mac (but so do the Limelight & Electrohome). Has
  596. anyone heard of adaptors of this sort for using datapads with Macs
  597. (Kodak, VIVID LCD, or any other datapad)?
  598.  
  599.     David McNabb    ...!ihnp4!uiucdcs!mcnabb    mcnabb@a.cs.uiuc.edu
  600.  
  601.  
  602. ------------------------------
  603.  
  604. From: brian@ut-sally.UUCP (Brian H. Powell)
  605. Subject: Re: TextEdit and Arrow keys
  606. Date: 25 Aug 87 19:05:44 GMT
  607. Organization: U. Texas CS Dept., Austin, Texas
  608.  
  609. In article <1599@apple.UUCP>, tecot@apple.UUCP (Ed Tecot) writes:
  610.   <Concerning the use of shift-arrow keys...>
  611. > There is one major problem with that approach:  The user will not be able to
  612. > use the =, /, *, and + keys on the numeric keypad section of the MacPlus
  613. > keyboard (as well as the separate keypad that some users have).
  614.  
  615.      Let me quote from IM-IV, page IV-5.  "If the use of Shift-arrow for
  616. making selections is more important to your application than the numeric
  617. keypad, the following paragraphs describe how it should work."  (&c.,
  618. the following paragraphs describe what shift-arrow is supposed to do.)
  619.  
  620.      First of all, the statement by Ed Tecot is not correct, at least in
  621. my implementation.  My code only looks at the key-codes if the shift-key
  622. is held down (and as I mentioned in my previous message, only if the
  623. machine I'm using has the 64K or 128K ROMs).  On a Mac-Plus keyboard, if
  624. the user hits (keypad) '*', he gets an asterisk.  If the user hits
  625. shift-(keypad)asterisk, he gets shift-right-arrow.  On a Mac-Plus
  626. keyboard there is some question as to why the user would press
  627. shift-asterisk on the keypad.
  628.      The problem occurs with the old separate numeric keypad.  There,
  629. the only way to generate an '*', '+', '/', and ',' on the keypad is with
  630. the shift-key held down.  The quote from IM-IV above applies here.  It's
  631. more important for the TextEdit portion of my application to support
  632. shift-arrow keys than it is to support special characters on the old
  633. numeric keypad.
  634.      So, in conclusion, the only thing my code doesn't support is the
  635. special characters on the old separate numeric keypad.  On the Plus
  636. keyboard, shift-keypad characters can result in shift-arrows, but I
  637. consider shift-keypad keydowns to be of questionable use.  On the ADB
  638. keyboards, and any future keyboards for the SE, II or any future
  639. machine, shift-keypad keydowns will result in whatever the event manager
  640. feels appropriate.  This means that Apple could add, at some later date
  641. on some future keyboard, characters to be entered for shift-keypad
  642. events, and my program will support them.
  643.  
  644. Brian H. Powell
  645.         UUCP:    {ihnp4,seismo,ctvax}!ut-sally!brian
  646.         ARPA:    brian@sally.UTEXAS.EDU
  647.  
  648.    _Work_                     _Not Work_
  649.   Department of Computer Sciences        P.O. Box 5899
  650.   Taylor Hall 2.124                Austin, TX 78763-5899
  651.   The University of Texas at Austin        (512) 346-0835
  652.   Austin, TX 78712-1188
  653.   (512) 471-9536
  654.  
  655.  
  656. ------------------------------
  657.  
  658. From: kiyun@prism.UUCP
  659. Subject: SE Internal Hard Disks
  660. Date: 25 Aug 87 23:28:00 GMT
  661.  
  662.  
  663. I'd appreciate any advice on the relative merits of internal hard disks
  664. for the SE.  I want to buy a fast 40MB hard disk, as long as I'm
  665. convinced that it's fairly robust.  I've gotten quotes for disks by CMS,
  666. Rodime, and Mirror Technologies.  When I asked, I was informed that the
  667. drives in use were by Conner, Rodime, and Fuji, respectively. Does
  668. anyone have any idea as to how robust each of these are?
  669.  
  670. Please send replies by mail, and I'll summarize for the net.
  671.  
  672. ----
  673. KiYun Roe    kiyun@mirror.TMC.COM
  674.         {mit-eddie, ihnp4, wjh12, cca, cbosgd, seismo}!mirror!kiyun
  675. Mirror Systems    2067 Massachusetts Avenue  Cambridge, MA  02140
  676. Telephone:    617-661-0777 Ext. 140
  677.  
  678. ------------------------------
  679.  
  680. From: kdmoen@watcgl.waterloo.edu (Doug Moen)
  681. Subject: MPW and MultiFinder
  682. Date: 25 Aug 87 06:09:58 GMT
  683. Organization: U of Waterloo, Ontario
  684.  
  685. Lots of Amiga-types have been pointing out the benefits of performing
  686. compilations in the background while doing other stuff.
  687.  
  688. I'd like the answers to 2 questions:
  689. 1) Will MPW (Macintosh Programmers Workshop) be compatible with MultiFinder?
  690. 2) Will the necessary calls to GetNextEvent (or whatever) be inserted
  691.    into the MPW C compiler so that it can run as a background task under
  692.    MultiFinder?
  693.  
  694. Since the dance notation editor that I am working on takes an hour and
  695. 40 minutes to recompile under MPW, it would be *really nice* if I could
  696. use the Macintosh for other purposes while the compile is running.
  697. --
  698. Doug Moen
  699. University of Waterloo Computer Graphics Lab
  700. UUCP:     {ihnp4,watmath}!watcgl!kdmoen
  701. INTERNET: kdmoen@cgl.waterloo.edu
  702.  
  703. ------------------------------
  704.  
  705. End of Usenet Mac Digest
  706. ************************
  707. -------
  708. -------
  709.